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Description 

BACKGROUND OF THE INVENTION 

[0001] The present invention generally relates to a 
motion picture retrieval system, and particularly, to a 
motion picture retrieval system in which, upon a recep- 
tion of a request transmitted from a terminal unit through 
a bidirectional communication line, a video server is re- 
sponsible for the request to retrieve requested video in- 
formation and to transmit retrieved video information 
through the communication line to the terminal unit 

Description of the Prior Art 

[0002] In communications for transmitting pictures 
through a communication line, the pictures typically are 
converted into digital data before the transmission. In 
most cases, such digital data includes a very large quan- 
tity of information and hence are compressed to be cod- 
ed in accordance with an applicable compression cod- 
ing system such as by the JPEG {Joint Photographic 
Expert Group) or MPEG (Moving Pictures Expert 
Group). As typical examples using such a compression 
technique for picture data transmission, we already 
have a television conference, a community antenna tel- 
evision (CATV, cable television) and a video on demand 
(VOD) system. 

[0003] Fig. 1 is a block diagram of a conventional mo- 
tion picture retrieval system using a bidirectional com- 
munication line. In Fig. 1, shown at the left is a terminal 
unit 11, and the right is a server unit 21 for providing 
video information to the unit 1 1 . The terminal unit 11 in- 
cludes terminal control means 12 such as a central 
processing unit (CPU) for controlling an input section 1 3, 
a terminal communication section 14, a terminal mem- 
ory 1 5 and a motion picture decoder section 1 6. The in- 
put section 1 3 is implemented for the user to select a 
desired video as a request to the server 21. The com- 
municating unit 1 4 communicates via a communication 
line 31 with the server 21 . The memory 15 is a storage 
means for storing therein information received from the 
server 21. The decoder unit 16 serves as a means for 
decoding compressed codes of motion pictures. 
[0004] The server unit 21 includes server control 
means 22 similarly including a CPU or the like. The 
means 22 supervises a server communication section 
23, a server memory 24, and a motion picture code file 
section 25. The communicating section 23 is linked with 
the line 31 to carry out communications with the terminal 
1 1 . The memory 24 is a storage means to temporarily 
store therein a file including encoded information of the 
desired motion picture. The file section 25 is a storage 
means to store therein various files including com- 
pressed motion picture codes. 

[0005] In the conventional motion picture retrieval 
system of this type, when the user selects and inputs a 
request for a desired video from the input section 1 3 of 



the terminal 1 1 , the communication section 14 transmits 
the request via the line 31 to the server machine 21 . The 
server 21 responsively retrieves the desired video, i.e., 
a motion picture code file from the file section 25 to store 

5 the video in the memory 24 and then sends the video 
via the communicating section 23 to the terminal 1 1 . On 
receiving the video, the terminal 11 stores the motion 
picture code file of the video in the memory 1 5 such that 
the decoder section 1 6 decodes the file to reproduce 

10 original video information. 

[0006] Figs. 2 to 5 show an example of the flow of op- 
erations presented on a display screen of the terminal 
when a video is selected on the terminal side in the con- 
ventional moving picture retrieval system. Fig. 2 shows 

15 a menu screen 41 including a video service button (a 
pictorial symbol or an icon) 42 for selecting a video serv- 
ice, a television (TV) service button 43 for choosing a 
television program, and a game service button 44 for 
indicating a game service. The user selects one of the 

20 buttons via another input means such as a pointing de- 
vice including a mouse, not shown. In this case, the vid- 
eo service button 42 is to be chosen. 
[0007] Fig. 3 shows an image displayed on the screen 
when the video service button 42 is pushed. The video 

25 portion is enlarged by a presenting function, the screen 
is changed to a genre selection screen 46. This image 
includes genre selection buttons 47 respectively related 
to, for example, "love", "comedy" , "action", and "scien- 
tific fiction (S.F.)°. The system then enters a wait state, 

30 where it waits another select operation by the user. 
[0008] Fig. 4 shows a video title screen 48 displayed 
when one of the buttons 47 is depressed. The screen 
image 48 includes a plurality of titles of the associated 
genre. The user chooses a desired title by depressing 

35 the relevant title selection button 49 and then pushes a 
reproduction button 50. 

[0009] Fig. 5 shows a state of the screen in which a 
video reproduction screen 51 is displayed. Displayed in 
this screen are reproduced images of the video piece 

40 having the selected title. 

[0010] As above, the conventional system provides 
menus in a hierarchic structure so that the user selects 
a desired item from a plurality of videos. In this system, 
however, the video of the motion picture file desired by 

45 the user is retrieved from a large number of motion pic- 
ture code files stored in such a storage of the server 
machine as a motion picture code file section. Conse- 
quently, there is required quite a long period of time from 
when a video request is issued from the terminal to when 

50 the desired video is sent thereto. This consequently 
leads to a problem that the video desired by the user 
cannot be reproduced immediately after the video re- 
quest is issued to the server. 

[0011] In this situation, to overcome the above prob- 
55 lem, there has been proposed a first technology in the 
Japanese Patent Laid-Open Publication No. 
63-214092. In accordance with the proposal, video in- 
formation desired by the user is beforehand registered 
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to the system by the terminal side such that the terminal 
side receives the image information from the server side 
and accumulates the information in a storage prior to 
initiation of the system operation. As a result, when the 
user issues a request for desired image information, it 
is possible to reproduce the image information immedi- 
ately thereafter on the terminal side. 
[0012] Additionally, in accordance with the Japanese 
Patent Laid-Open Publication No. 61-120567, there has 
been described a second proposal in which the video 
retrieval is accomplished while visually checking title in- 
formation produced by minimizing image information in 
size and wide title information prepared by further min- 
imizing the size of title information. This facilitates the 
retrieval of desired image information. 
[0013] Furthermore, there has been described a third 
proposal in the Japanese Patent Laid-Open Publication 
No. 5-54085. In this proposal, historical information is 
produced for motion picture files accessed in the past. 
Namely, a priority level is set to historical information of 
each file by assigning a weight thereto according to such 
an operation mode applied thereto as "slow scan", 
"play", or last scan". This makes it possible to increase 
the speed of operation to retrieve and display the de- 
sired motion picture. 

[0014] In addition, the Japanese Utility Model Laid- 
Open Publication No. 5-31479 has offered a third pro- 
posal in which a plurality of screen images are concur- 
rently accessed to reduce the period of time to be con- 
sumed from the retrieval of the video to the reproduction 
thereof. 

[0015] In accordance with the first proposal, image in- 
formation is required to be stored in the terminal side in 
advance and hence a storage having a large capacity 
is necessary to satisfactorily cope with users' requests. 
Additionally, the image information is required to be reg- 
istered to the system in advance so that the registered 
information is sent to the terminal side as described 
above. Consequently, there arises a problem of com- 
plexity of the overall system configuration. 
[0016] Moreover, in regard to the second proposal, 
the retrieval of desired video information is facilitated 
thanks to the adoption of the title information configured 
in two levels. However, the operation procedure ranging 
from the retrieval of video information to the presenta- 
tion of the video information transmitted from the server 
side is substantially the same as for the first proposal. 
This means that the period of time to be lapsed from 
when the video request is issued to when the video is 
displayed on the terminal side cannot be minimized. In 
accordance with the third proposal, although the retriev- 
al and display of the desired motion picture can be con- 
ducted similarly at a higher speed, the period of time to 
be consumed by when the desired video is displayed on 
the terminal side cannot be reduced as in the case of 
the second proposal. 

[0017] Furthermore, in the fourth proposal, a plurality 
of screen images are accessed in a concurrent fashion 



to decrease the period of time from the retrieval of a de- 
sired video to the presentation thereof. For this purpose, 
there are required system constituent components de- 
veloping a high performance, which disadvantageously 
5 leads to a problem that the system configuration be- 
comes complicated. 

[001 8] EP-A-0 625 856 discloses a video on demand 
network which maintains a large video library in a central 
video server and stores locally popular video signals in 

io a plurality of local distributed video servers from which 
the video signals are transmitted to user stations. The 
video signals provided by the local distributed servers 
are updated from the central server based upon the 
changing popularity of the "video signals". The presence 

15 of a video in the plurality of local distributed video serv- 
ers depends on the popularity of the video among those 
users whose user station is coupled to the central con- 
trol center. 



[001 9] It is therefore an object of the present invention 
to provide a motion picture retrieval system in which the 
user need not register videos desired by the user for re- 
25 production thereof and a video for which a request is 
issued from a terminal can be reproduced on the termi- 
nal side in a short period of time after the issuance of 
the video request. 

[0020] To solve the problem above in accordance with 

30 a first aspect of the present invention, there is provided 
a motion picture retrieval system as defined in claim 1 . 
[0021] The motion picture retrieval system includes 
categorized video selection frequency storage means 
for storing for each category of videos a frequency of 

35 selecting operations of each video in the past, category 
specifying means for specifying a category of videos for 
selection, and video selection forecasting means oper- 
ative when a category of videos for selection is specified 
by the category selecting means for forecasting as a fi- 

40 nally selected video or videos one video or a plurality of 
videos decided to have a highest selection frequency 
among videos belonging to the category as a result of 
operation of the categorized video selection frequency 
storage means. 

45 [0022] That is, in the first aspect of the present inven- 
tion, there is adopted categorized video selection fre- 
quency storage means in which a frequency of selecting 
operations of each video in the past is stored for each 
category of videos. When a category is specified, there 

50 is or are forecasted as a finally selected video or videos 
one video or a plurality of videos decided to have a high- 
est selection frequency among videos belonging to the 
category. Also in this case, the video can be obtained 
before the final video selection to prepare for transmis- 

55 sion and reproduction of the video and hence the period 
of time consumed from when the requested video is ob- 
tained to when the video is reproduced can be de- 
creased. 
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[0023] The motion picture retrieval system in accord- 
ance with the first aspect further includes forecasted vid- 
eo transmitting means for transmitting portions of videos 
forecasted by the video selection forecasting means 
from a server side in which the videos are stored to a 
terminal side in which the transmitted videos are repro- 
duced and the videos are transmitted before a final se- 
lection of videos is conducted and motion picture repro- 
duction preparing means for conducting preparation for 
reproduction of videos sent from the forecasted video 
transmitting means. 

[0024] The portions of videos forecasted by the video 
selection forecasting means are sent from a server side 
to a terminal side so that when a video is finally selected, 
the video can be immediately reproduced on the termi- 
nal side. When portions of the forecasted videos are 
sent to the terminal, the period of time necessary for the 
transmission thereof is minimized. Moreover, even 
when the memory capacity is limited on the terminal 
side, it is allowed to transmit portions of several candi- 
date videos to the terminal. In a case in which a long 
period of time is required to finally select a video or the 
video is transmitted to the terminal in relatively a short 
period of time, all videos may be transmitted to the ter- 
minal beginning at a video having the highest priority 
level. 

[0025] In the motion picture retrieval system in ac- 
cordance with the first aspect, the forecasted video 
transmitting means transmits to the terminal side a lead- 
ing portion of each of the videos of which selection is 
forecasted. When a final selection of videos is carried 
out, the forecasted video transmitting means transmits 
to the terminal side remaining portions of the finally se- 
lected video while the leading portion associated with 
the selected video is being reproduced. 
[0026] In short, according to the first aspect, sent to 
the terminal is only a leading portion of each of the vid- 
eos of which selection is forecasted. While the leading 
portion associated with the finally selected video is be- 
ing reproduced, remaining portions of the video are 
transmitted to the terminal, thereby reducing the period 
of time lapsed by when the video is reproduced and en- 
abling the continuous reproduction of the video. 
[0027] In accordance with a second aspect of the 
present invention, in the motion picture retrieval system 
in accordance with the first aspect, the terminal side no- 
tifies the server side, before the forecasted video trans- 
mitting means transmits videos, a receivable memory 
capacity available for reception of videos on the terminal 
side. 

[0028] In the second aspect, since a receivable mem- 
ory capacity available for reception of videos on the ter- 
minal side is notified from the terminal side to the server 
side, it is possible to appropriately send several fore- 
casted videos in consideration of an overflow condition 
of the memory capacity. 

[0029] In accordance with a third aspect of the present 
invention, in the motion picture retrieval system in ac- 
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cordance with the first aspect, the server and terminal 
sides conduct bidirectional communication therebe- 
tween and the video selecting means sequentially nar- 
rows a range of videos for selection in a direction from 
5 a coarser classification of videos to a finer classification 
thereof by conducting a switching operation between 
menu screens and each of the menu screens is trans- 
mitted from the server side to the terminal side in re- 
sponse to a request from the terminal side. 
w [0030] Namely, in accordance with the third aspect, 
when the menu screen switching is conducted on the 
terminal side to narrow the video selection range, the 
terminal side sequentially issues a request to the server 
side for the screens. As a result, the operational load on 
15 the terminal side is mitigated and the video selection can 
be forecasted. 

BRIEF DESCRIPTION OF THE DRAWINGS 

20 [0031 ] The objects and features of the present inven- 
tion will become more apparent from the consideration 
of the following detailed description taken in conjunction 
with the accompanying drawings in which: 

25 Fig. 1 is a schematic diagram showing the configu- 
ration of a conventional motion picture retrieval sys- 
tem using bidirectional communication; 
Fig. 2 is a diagram showing a menu screen to select 
a video on the terminal side of the conventional mo- 
30 tion picture retrieval system; 

Fig. 3 is a diagram showing a genre selection 
screen displayed to select a genre after the screen 
of Fig. 2; 

Fig. 4 is a diagram showing a title selection screen 
35 to be displayed after the screen of Fig. 3 to select 
a genre title; 

Fig. 5 is a diagram showing an example of a screen 
to be displayed after the screen of Fig. 4 to present 
reproduced images of the video having the selected 
40 title; 

Fig. 6 is a diagram schematically showing the con- 
figuration of an embodiment of the motion picture 
retrieval system in accordance with the present in- 
vention; 

45 Fig. 7 is a diagram for explaining the hierarchic 
structure of video menus employed in the embodi- 
ment; 

Fig. 8 is an explanatory diagram showing a portion 
of a historical table of the embodiment; 
so Fig. 9 is a sequence diagram showing an operation 
sequence of communications between a terminal 
and a server; 

Fig. 10 is a flowchart showing operation of terminal 
control means to control the terminal; 
55 Fig. 11 is a flowchart showing operation of means 
for preparing reproduction of motion pictures on the 
terminal side; 

Fig. 12 is a flowchart showing operation of means 
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for reproducing motion pictures on the terminal 
side; 

Fig. 1 3 is a flowchart showing the first-half portion 

of the operation of server control means to achieve 

the overall control operation of the server; 

Fig. 14 is a flowchart showing the last-half portion 

of the operation of the server control means of Fig. 

13; 

Fig. 1 5 is a flowchart showing operation of means 
for forecasting motion picture codes on the server 
side; 

Fig. 1 6 is a flowchart showing operation of means 
for preparing transmission of motion picture codes 
on the server side; and 

Fig. 17 is a flowchart showing operation of means 
for transmitting motion picture codes from the serv- 
er side; 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0032] Referring now to the accompanying drawings, 
description will be given in detail of an embodiment in 
accordance with the present invention. 
[0033] Fig. 6 shows an outline of an embodiment of 
the motion picture retrieval system in accordance with 
the present invention. The configuration includes a ter- 
minal facility 101 coupled via a communication line 111 
with a server machine 121 . The terminal 101 includes 
terminal control means 102 including a CPU or the like. 
The control means 1 02 is connected to a terminal com- 
munication section 103 communicating via the line 111 
with the server 121, an input section 104 to input indi- 
cation selected by the user, a terminal memory 105 as 
recording media to store thereon motion picture codes 
of a plurality of motion pictures forecasted on the side 
of the server 121 and the contents of variables in exe- 
cution, motion picture reproduction preparing means 
106 to control storage of motion picture codes in the 
memory 105, motion picture reproducing means 107 to 
reproduce images of the video selected by the user, and 
a decoder section 108 to decode motion picture codes 
received from the server 121. The control means 102 
thereby controls operations of the respective constituent 
components above. 

[0034] The server machine 121 includes server con- 
trol means 122 similarly including a CPU or the like. The 
control means 122 is connected to a server communi- 
cation section 123 achieving communications via the 
line 111 with the terminal 101 , a server memory 124 as 
recording media to store thereon the contents of varia- 
bles in execution and predetermined motion picture 
codes, a motion picture code file section 125 to store 
therein motion picture code files including video infor- 
mation, a history table 1 26 to store therein selection fre- 
quency of each video desired by the user, motion picture 
code forecasting means 1 27 to forecast a video to be 
desired by the user according to the contents of the table 



1 26, motion picture code transmission preparing means 
128 to store motion picture codes in the memory 124 
according to a sequence forecasted by the means 1 27 
and thereby preparing the data for transmission, and 
5 motion picture code transmitting means 1 29 to send mo- 
tion picture codes to the terminal 101. The control 
means 122 thereby supervises operations of these con- 
stituent components. 

[0035] In the motion picture retrieval system, bidirec- 

to tional communication is carried out via the line 111 be- 
tween the communicating sections 103 and 123 respec- 
tively of the terminal 101 and the server 121. That is, 
when the terminal 101 requests a title menu screen to 
select a title of a desired motion picture, the server 121 

15 sends several leading frames of motion picture codes 
of respective videos to the terminal 101 in an order fore- 
casted by the forecasting means 127. In this operation, 
the means 127 assigns priority levels to videos in the 
title menu according to the history table 1 26 in which the 

20 number of requests in the past is written for each video. 
[0036] The terminal 101 stores the motion picture 
codes from the server 121 in the memory 105 by the 
reproduction preparing means 106. Additionally, while 
sending a request of a video desired by the user to the 

25 server 121 , the terminal starts reproducing motion pic- 
ture codes stored in the memory 105 by use of the re- 
producing means 107. On receiving the video request, 
the server 121 transmits by the transmitting means 129 
the remaining portion of motion picture codes of the vid- 

30 eo to the terminal 101. The terminal 101 receives the 
remaining motion picture codes of the video for the con- 
tinuous reproduction thereof. 

[0037] Fig. 7 shows the hierarchic structure of video 
menus adopted in the embodiment. First, there is dis- 
ss played a start menu 1 31 from which the user select one 
of the general classification items including "film", 
"news", and "sports". 

[0038] Assume that "news" is chosen by a mouse or 
a keyboard, not shown, of the input section 104 of Fig. 

40 6. This causes presentation of a news menu 1 32 includ- 
ing menu items of "politics", "economics", and "over- 
seas". When "sports" is chosen, there is displayed a 
screen of a sports news menu 1 33 including menu items 
of "baseball", "soccer", and "basketball". 

45 [0039] When "film" is selected in the start menu 131 , 
there is displayed a film menu 134 for the user to select 
therefrom "SFX" or "action". If "SFX" is chosen, an SFX 
menu 135 is presented; whereas, if "action" is selected, 
an action menu 136 is displayed. Assume that the 

50 screens respectively of SFX menu 1 35 and action menu 
136 respectively have screen numbers "0018" and 
"0012". 

[0040] In the action menu 136, the user selects "ad- 
venture T", "strategy X", or "detective W". Adventure T 
55 video 1 37, strategy X video 1 38, and detective W video 
1 39 are respectively related to motion picture code file 
names respectively of, for example, a*¥movie¥act002. 
a*¥movie¥opr001 , and a*¥movie¥sec001 . As can be 
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seen from this diagram, there is configured four hierar- 
chic levels of menus as indicated by (1 ) to (4) ranging 
from the start menu 131 to the individual videos 137 to 
139. 

[0041] Fig. 8 shows a portion of the configuration of 
the history table 126, which is controlled according to 
each menu screen number. Namely, for each screen 
number, the table 1 26 includes a menu screen number 
SN t a number of motion picture code files VN for selec- 
tion from the menu screen, a motion picture code file 
name VF to be selected from the menu screen, and a 
number of request operations VC desired by the user. 
This diagram shows the information items for menu 
screen number "0012". The number VN is set to three. 
In the of field of VC, there is stored a value desired by 
the user for each file name VF. In this example, it can 
be understood that file names a*¥movie¥act002, 
a*¥movie¥opr001, and a*¥movie¥sec001 respectively 
of the adventure T video 1 37, strategy X video 1 38, and 
detective W video 139 are respectively desired twice, 
eight times, and once in the past. 
[0042] Since the menus are configured in the hierar- 
chic structure of Fig. 7, when "action" is selected in the 
menu at the hierarchic level indicated as (2), it is possi- 
ble to forecast that the video desired by the user is "ad- 
venture T\ "strategy X", or "detective W" in the screen 
having screen number "0012". Since the numbers VC 
of requests issued from the user respectively for these 
videos are two, eight, and one in the history table 126 
shown in Fig. 8, the priority levels are possibly assigned 
to "strategy X video", "adventure T video", and "detec- 
tive W video" in the descending priority order. 
[0043] Fig. 9 shows an operation sequence of com- 
munications between the terminal unit 1 01 and the serv- 
er machine 121 . First, the terminal 101 issues a request 
for connection to the server 121 (step S1101). On re- 
ceiving the center connection request (step S1102), the 
server 121 sends acknowledgment to the terminal 101 
when the connection is possible (step S1103). The ter- 
minal 101 receives the acknowledgment message to 
confirm that the connection is established therebetween 
(step S1104). 

[0044] Subsequently, the terminal 101 issues a re- 
quest of download of a screen to display thereon the 
start menu 131 and notifies the memory capacity of the 
memory 105 to the server 121 (step S1105). The mem- 
ory capacity notification is conducted because the serv- 
er 121 is required to recognize, when sending informa- 
tion such as motion picture codes to the terminal 101, 
the capacity of data to be transmitted at a time. Confirm- 
ing the request of the screen of start menu 131 and the 
like (step S1106), the server 121 sends the pertinent 
screen (step S1107). As a result, the start menu 131 is 
presented on the terminal 101 (step S1 108). 
[0045] When the user chooses a next menu screen in 
the menu 131 (step S1109), the screen number of the 
selected menu is sent from the terminal 1 01 to the server 
121 so as to be confirmed by the server 121 (step 



S1110). The server 121 transmits the requested menu 
screen (step S1111). In response thereto, the terminal 
101 displays the menu screen (step S1112). 
[0046] After transmitting the menu screen in step 

5 S1111, the server 121 forecasts a desired video accord- 
ing to the menu screen number and the contents of the 
history table 126 (step S1113). The server 121 stores in 
the memory 124 a leading portion of the motion picture 
codes of each forecasted video (step S 1 1 1 4). According 

10 to the sequence of forecasted videos, the motion picture 
codes of the videos are sent from the server memory 
1 24 to the terminal 1 0 1 , the amount of codes to be trans- 
mitted being limited to the capacity of the terminal mem- 
ory 105 (stepS1115). 

15 [0047] On receiving the picture codes, the terminal 
101 stores the codes in the memory 105 (step S1116). 
On the other hand, the terminal 101 concurrently 
achieves a final video selection and issues a request for 
the selected video to the server 1 21 (S1 1 1 7). Confirming 

20 the video request (step S1118), the server 121 updates 
the contents of the history table 126 (step S1119). 
[0048] On the other hand, after the final video selec- 
tion is accomplished, the terminal 101 selects and de- 
codes the picture codes of the pertinent video stored in 

25 the memory 105 to start reproduction of the video (step 
S1120). According to the video request, the server 121 
attains the remaining portion of the codes of the video 
from the code file section 1 25 and then sends the codes 
to the terminal 101 (step S1121). The terminal 101 se- 

30 quentially receives the video data in the memory 105 
such that the motion picture codes are continuously re- 
produced (step S1 122). 

[0049] As above, since the leading portion of the pic- 
ture codes forecasted by the server 121 is received by 

35 the memory 1 05 while the user is selecting an item from 
the menu, it is possible to reproduce by the terminal 1 01 
the portion immediately after the user's selection. Addi- 
tionally, the video chosen by the user is notified to the 
server 121 and therefore the remaining portion of the 

40 pertinent video is accordingly transmitted to the terminal 
1 01 , which enables the subsequent portion of the video 
to be reproduced on the terminal 101. 
[0050] Description has been briefly given of an em- 
bodiment the motion picture retrieval system according 

45 to the present invention. Next, control operations of the 
respective constituent elements of the system will be 
specifically described. 

[0051 ] Fig. 1 0 shows a flow of processing conducted 
by the terminal controller 102 to supervise the overall 

50 operation of the terminal 1 01 . At occurrence of a request 
of connection to the server 1 21 (step S1 201 ), the control 
means 102 establishes connection to the server 121 by 
the communication section 103 (step S1202). The ter- 
minal controller 102 then issues a download request to 

55 display the start menu 1 32 and notifies the capacity of 
the memory 105 via the communication section 103 to 
the server 121 (step S1203). 

[0052] On receiving the requested screen thereafter 
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(Y in step S1 204), the controller 1 02 presents the screen 
image (step S1205). In this example, the screen of start 
menu 131 is displayed. In this state, the controller 102 
monitors inputs from the user (step S1206). When a vid- 
eo request is received (Y in step S1207), for example, 5 
when "adventure T video" is chosen in a situation in 
which the action menu 136 is being presented in Fig. 7, 
the terminal controller 102 sends a request of the des- 
ignated video via the communication section 1 03 to the 
server 121 (step S1208). In this case, the first portion of 
the picture codes has already been stored in the termi- 
nal 101 and hence motion pictures are reproduced 
therefrom (step S1209). 

[0053] On the other hand, when the start menu 1 31 is 
presented, a request is issued for a screen at the next 
hierarchic level (Y in step S1210). On this occasion, the 
control means 102. sends a screen number of the next 
menu screen via the communicating section 1 03 (step 
S1211). Thereafter, the controller 102 starts an opera- 
tion to prepare for the reproduction of motion pictures 
(step S1212). When a termination request is issued as 
a request other than the next screen request (N in step 
S1 21 0), the controller 1 02 activates the communicating 
section 1 03 to send the termination request to the server 
121 (step S1213), thereby terminating communication 
between the server 121 and the terminal 101. 
[0054] Fig. 11 shows a processing flow of the motion 
picture reproduction preparing means 106. The means 
106 is provided to receive motion picture codes fore- 
casted by the server 121 and specifically checks wheth- 
er or not there exist any motion picture codes sent from 
the server 121 to the terminal communicating section 
103 (step S1301). If this is the case (Y in step S1302), 
the means 1 06 stores the picture codes and a file name 
related thereto in the terminal memory 1 05 (step S1 303) 
and then passes control to step S1301 again. When 
such picture codes are missing (N in step S1302), the 
means 1 06 enters a wait state awaiting codes from the 
server 121 (Return). 

[0055] Fig. 12 is a flowchart showing operation of the 
motion picture reproducing means 107. On receiving a 
request for video reproduction (Y in step S1401), the 
means 1 07 decides whether or not the picture codes re- 
quested from the user are present in the terminal mem- 
ory 1 05 (step S 1 402). If the codes are present (Y in step 
S1403), the means 107 obtains the requested codes 
from the memory 105 (step S1404). The means 107 
then sends the codes to the decoder section 1 08 so as 
to reproduce the decoded results (step S1405). 
[0056] While the video reproduction is in process, the 
terminal communicating section 103 receives picture 
codes subsequent to the first portion of the pertinent vid- 
eo sent from the server 121. When the decoder 108 
starts reproducing the first portion, the reproducing 
means 1 07 acquires the remaining portion of the picture 
codes from a receiving buffer, not shown, of the com- 
municating section 103 and then stores the attained 
codes in the memory 105 (step S1406). When the re- 



production of the first code portion is finished, the repro- 
ducing means 1 07 decodes and reproduces the subse- 
quent picture codes (step S1407, Return). 
[0057] On the other hand, when the video desired by 
the user is missing in the memory 105 (N in step S1403), 
the reproducing means 107 waits for the picture codes 
sent from the server 121 beginning at a first portion 
thereof in the same fashion as for the conventional sys- 
tem. When the codes are received, the means 107 
stores the codes in the memory 105 (step S1408). The 
decoder 1 08 then decodes the codes to reproduce the 
video information (step S1409, Return). 
[0058] Fig. 13 shows a first-half portion of the 
processing flow of the server control means 122 super- 
vising the overall operation of the server 121 . On receiv- 
ing a center connection request from the terminal 101 
to establish connection to the server 121* (Y in step 
S1501), the controller 122 notifies acknowledgment of 
connection via the server communicating section 1 23 to 
the terminal 101 (step S1502). When the terminal 101 
sends a screen download request for start menu 131 
and the memory capacity available in the terminal mem- 
ory 105 to the server 121 thereafter (Y in step S1503), 
the controller 122 receives these items (step 1 504). The 
controller 122 then sends the screen of start menu 131 
from the communication section 123 to the server 101 
(step S1 505). 

[0059] Fig. 1 4 shows a last-half portion of the process- 
ing flow of the server controller 122. The control means 

1 22 awaits an event in which a request from the terminal 
101 is received by the server communicating section 

123 (step S1506). When such a request is received (Y) 
and the request is a video request (Y in step S1507), 
the controller 122 accordingly adds one to the pertinent 
entry of the history table 126, namely, the number VC 
of user requests for the motion picture code file desired 
by the user (step S1 508). Thereafter, the control means 
122 sends the pertinent picture codes to the terminal 
101 (step S1509) and then passes control to step 
S1506. 

[0060] In contrast thereto, when the terminal 1 01 is- 
sues a request for a subsequent screen (Y in step 
S1510), the controller 122 responsively forecasts pic- 
ture codes desired by the user (step S1511) and con- 
ducts preparation for transmission thereof (step S1 51 2). 
The controller 1 22 then waits for a next request from the 
terminal 101 (step S1506). 

[0061 ] When the request from the terminal 1 01 is oth- 
er than those above, namely, a request for terminating 
the connection between the terminal 1 01 and the server 
121 (N in step S1510), the controller 122 disconnects 
the connection to the terminal 101 (step S1513) and 
completely terminates the processing (End). 
[0062] Fig. 15 shows the processing flow of the pic- 
ture code forecasting means 127 on the side of server 
machine 121. The means 1 27 is provided so that a video 
requested by the user is forecasted on the server 121 
side. When the terminal 101 issues a request for a menu 
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screen (Y in step S1601), the forecasting means 127 
decides a hierarchic level of the menu (step SI 602). 
When the terminal 101 requests a title menu screen to 
select a title of a motion picture desired by the terminal 
101 (Yin step S1 603), the means 127 checks the history 5 
table 126 and assigns request priority levels to the re- 
quested video titles in the descending order in which vid- 
eos are possibly requested (step S1604) and then noti- 
fies the completion of forecast to the terminal 101 (step 

51605) . x 
[0063] In contrast therewith, when the terminal 1 01 is- 
sues a request for other than the title menu screen (N 
in step S1603), the means 127 notifies the impossibility 
of forecast of picture codes to the terminal 101 (step 

51606) . 

[0064] Fig. 1 6 is a flowchart of operation of the code 
transmission preparing means 128. The means 128 is 
disposed to send moving picture codes forecasted by 
the server 121 to the terminal 101 . The means 128 first 
checks the state of forecasting picture codes (step 
S1701). As a result, when it is determined that the fore- 
cast is successfully finished (Y in step S1702), control 
is passed to the immediately following step. Otherwise, 
(N in step S1702), the processing is terminated (Re- 
turn). 

[0065] In step S 1 703 after the forecast is successfully 
completed, the means 128 reads from the file section 
125 a leading portion of the file of the associated video 
title in the order of priority levels assigned in the fore- 
casting step and then stores the obtained portion in the 
server memory 124 (step S1703). Next, the means 128 
sends the picture codes from the memory 124 via the 
server communication section 123 to the terminal 101 
(step S1704). Thereafter, the means 128 calculates the 
total quantity of picture codes transmitted to the terminal 
101 (step S1705). When it is found as a result that the 
total amount of the transmitted codes is equal to or more 
than the available capacity of terminal memory 105 no- 
tified from the terminal 101 (Y in step S 1706), the means 
128 terminates the processing (Return). 
[0066] On the other hand, when the amount of trans- 
mitted codes is less than the memory capacity (N in step 
S1706), the means 128 decides whether or not the pic- 
ture codes of the menu item are completely transmitted 
(step S1707). If there still remains any file having the 
video title to be transmitted (N in step 1707), control is 
passed to step S1 703 to achieve the transmission proc- 
ess of the first portion of the file. In this fashion, when 
the capacity of terminal memory 105 is sufficient for 
transmission, the first portions of all files of the associ- 
ated video titles are entirely sent to the terminal side 
101 . When this operation is completely executed (Y in 
step S1707), the processing is terminated (Return). 
[0067] Fig. 17 shows the processing flow of the code 
transmitting means 129. The means 129 is provided to 
send motion picture codes forecasted by the server 121 
to the terminal 101 . The means 129 decides whether or 
not the requested codes have already been sent to the 



terminal 101 (step S1 801 ). If the codes have been trans- 
mitted (Y in step SI 802), the means 129 reads the re- 
maining portion from the file section 1 25 and then stores 
the portion of codes in the server memory 124 (step 
S1 803). The means 1 29 then activates the server trans- 
mitting section 123 to send the picture codes from the 
memory 124 to the terminal 101 (step S1804). 
[0068] When it is decided in step S 1 802 that the codes 
are to be transmitted (N in step S1802), the means 129 
reads the requested codes from the file section 125 and 
stores the codes in the memory 124 (step S1805). The 
means 129 then invokes the transmitting section 123 to 
transmit the codes from the memory 124 to the terminal 
101 (step S1 806). 

[0069] Incidentally, in accordance with the embodi- 
ment, the desired video is selected by achieving switch- 
ing operations between the menu screens. However, 
the menu screens need not be necessarily employed. 
Namely, the desired video can be similarly selected by 
other means such as tones and voices from video se- 
lecting information configured in a hierarchic structure. 
The present invention is also applicable to such cases. 
[0070] As described above, in accordance with the 
first aspect, the range of videos for selection is sequen- 
tially narrowed in a direction from a coarser classifica- 
tion of videos to a finer classification thereof. From a 
plurality of videos remaining in a stage before a final vid- 
eo selection stage, there is or are forecasted according 
to a selection frequency thereof in the past one video or 
a plurality of videos for the pertinent selection. Conse- 
quently, an operation to obtain the forecasted video or 
videos can be commenced at this point of time. If the 
forecast is appropriate, the period of time lapsed from 
when the requested video is obtained to when the video 
is reproduced can be minimized when compared with a 
case in which the video is attained after the video selec- 
tion is completely achieved for all videos. 
[0071] Additionally, in the second aspect of the 
present invention, there is adopted categorized video 
selection frequency storage means in which a frequency 
of selecting operations of each video in the past is stored 
for each category of videos. When a category is speci- 
fied, there is or are forecasted as a finally selected video 
or videos one video or a plurality of videos decided to 
have a highest selection frequency among videos be- 
longing to the category. Therefore, the video can be ob- 
tained before the final video selection to prepare for 
transmission and reproduction of the video and hence 
the period of time consumed from when the requested 
video is obtained to when the video is reproduced can 
be decreased. 

[0072] In the third aspect, a portion or ait of videos 
forecasted by the video selection forecasting means is 
or are sent from a server side to a terminal side so that 
when a video is finally selected, the video can be imme- 
diately reproduced on the terminal side. Consequently, 
when portions of the forecasted videos are sent to the 
terminal, the period of time necessary for the transmis-* 
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sion thereof is minimized. Furthermore, even when the 
memory capacity is limited on the terminal side, it is al- 
lowed to transmit portions of several candidate videos 
to the terminal. 

[0073] In addition, according to the fourth aspect, sent 
to the terminal is only a leading portion of each of the 
videos of which selection is forecasted. While the lead- 
ing portion associated with the finally selected video is 
being reproduced, remaining portions of the video are 
transmitted to the terminal. This consequently minimiz- 
es the period of time lapsed by when the video is repro- 
duced and enabling the continuous reproduction of the 
video. 

[0074] Moreover, in the fifth aspect, since a receivable 
memory capacity available for reception of videos on the 
terminal side is notified from the terminal side to the 
server side, it is possible to appropriately send several 
forecasted videos in consideration of an overflow con- 
dition of the memory capacity. 
[0075] In accordance with the sixth aspect, when the 
menu screen switching is conducted on the terminal 
side to narrow the video selection range, the terminal 
side sequentially issues a request to the server side for 
the screens. As a result, the operational load on the ter- 
minal side is mitigated and the video selection can be 
forecasted on the server side while recognizing the vid- 
eo selecting operation. 

[0076] While the present invention has been de- 
scribed with reference to the particular illustrative em- 
bodiments, it is not to be restricted by those embodi- 
ments. 

[0077] It is to be appreciated that those skilled in the 
art can change or modify the embodiments without de- 
parting from the scope and spirit of the present inven- 
tion. 



Claims 

1. A motion picture retrieval system for reproducing a 
video selected by a user in a short period of time 
after the issuance of a video request comprising: 

categorized video selection frequency storage 
means (126) for storing for each category of 
videos a frequency of selecting operations for 
each video in the past; 

category specifying means (122) for specifying 
a category of videos for selection; 

video selection forecasting means (127) oper- 
ative when a category of videos for selection is 
specified by the category specifying means 
(122) for forecasting as a finally selected video 
or videos one video or a plurality of videos to 
be selected, decided to have a highest selec- 
tion frequency among videos belonging to the 



category as a result of operation of the catego- 
rized video selection frequency storage means 
(126), 

5 said motion picture retrieval system further 

comprising: 

forecasted video transmitting means (129) 
for transmitting portions of videos forecast- 
ed by the video selection forecasting 
means (127) from a server side (121) in 
which the videos are stored to a terminal 
side (101) in which the transmitted videos 
are reproduced, the portions of videos be- 
ing transmitted before a final selection of 
videos is conducted; 

motion picture reproduction preparing 
means (106) for conducting preparation for 
reproduction of the portions of videos sent 
from the forecasted video transmitting 
means (129), 

wherein the portions of videos forecasted by the vid- 
eo selection forecasting means (127) are a leading 
portion of each of the videos of which selection is 
forecasted, and 

wherein the forecasted video transmitting means 
(128) transmits to the terminal side (101), when a 
final selection of videos is carried out, remaining 
portions of the finally selected video while the lead- 
ing portion associated with the selected video is be- 
ing reproduced. 

2. A motion picture retrieval system according to claim 
1 , wherein the terminal side (101 ) notifies the server 
side (121), before the forecasted video transmitting 
means (1 29) transmits videos, a receivable memory 
capacity available for reception of videos on the ter- 
minal side (101). 

3. A motion picture retrieval system according to claim 
1 , wherein the server and terminal sides (121, 101) 
conduct bi-directional communication there-be- 
tween, 

wherein the system further comprises video select- 
ing means (122) for sequentially narrowing a range 
of videos for selection in a direction from a coarser 
classification of videos to a finder classification 
thereof by conducting a switching operation be- 
tween menu screens, and 
wherein each of the menu screens is transmitted 
from the server side (1 21 ) to the terminal side (101) 
in response to a request from the terminal side. 
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Patentanspruche 

1. Bewegtbild-Wiedergewinnungssystem zum Wie- 
dergeben eines von einem Anwender ausgewahl- 
ten Videofilms kurze Zeit nach der Abgabe einer Vi- 
deofilmanforderung, das umfaBt: 

eine Speichereinrichtung (126) fur die katego- 
risierte Videoauswahlhaufigkeit, die fur jede Vi- 
deokategorie die Haufigkeit von Auswahlvor- 
gangen jedes Videofilms in der Vergangenheit 
speichert; 

eine Kategoriespezifizierungseinrichtung (122) 
zum Spezifizieren einer Auswahlkategorie fur 
Videofilme; 

eine Videoauswahl-Vorhersageeinrichtung 
(127), die dann, wenn durch die Kategoriespe- 
zifizierungseinrichtung (122) eine Auswahlka- 
tegorie fur Videofilme spezifrziert wird, in der 
Weise arbeitet, daB sie als einen oder mehrere 
endgultig ausgewahlte Videofilme eine oder 
mehrere auszuwahlende Videofilme vorher- 
sagt, fur die als Ergebnis der Operation der 
Speichereinrichtung (126) fur die kategorisierte 
Videoauswahlhaufigkeit entschieden worden 
ist, daB sie die hdchste Auswablhaufigkeit un- 
ter zu der Kategorie gehorenden Videofiimen 
haben, 

wobei das Bewegtbild-Wiedergewinnungssy- 
stem ferner umfaBt: 



restlichen Abschnitte des endgultig ausge- 
wahlten Videofilms sendet, wan rend der 
Anfangsabschnitt, der dem ausgewahlten 
Videofilm zugeordnet ist, wiedergegeben 
5 wird. 

2. Bewegtbild-Wiedergewinnungssystem nach An- 
spruch 1 , bei dem die Endgerat-Seite ( 1 01 ) der Ser- 
ver-Seite (121) vor dem Senden von Videofiimen 
10 durch die Einrichtung (129) zum Senden vorherge- 
sagter Videofilme eine Empfangsspeicherkapazitat 
meldet, die fur den Empfang von Videofiimen auf 
der Endgerat-Seite (101) verfugbar ist. 

15 3. Bewegtbild-Wiedergewinnungssystem nach An- 
spruch 1 , bei dem die Serverund die Endgerat-Seite 
(121, 101) eine bidirektionale Kommunikation zwi- 
schen stch ausfuhren, 

wobei das System ferner eine Videoauswahl- 

20 einrichtung (121) zum sequentiellen Einengen ei- 
nes Bereichs von fur eine Auswahl in Frage kom- 
menden Videofiimen in Richtung von einer grobe- 
ren Klassifizierung von Videofiimen zu einer feine- 
ren Klassifizierung hiervon durch Ausfuhren einer 

25 Schaltoperation zwischen Menubildschirmen um- 
faBt, und 

wobei jeder der Menubitdschirme in Reaktion 
auf eine Anforderung von der Endgerat-Seite von 
der Server-Seite (121) zu der Endgerat-Seite (101) 
30 gesendet wird. 



eine Einrichtung (129) zum Senden vor- 
hergesagter Videofilme, die Abschnitte 
von durch die Videoauswahl-Vorhersage- 
einrichtung (127) vorhergesagten Videofii- 
men von einer Server-Seite (121), bei der 
Videos gespeichert sind, zu einer Endge- 
rat-Seite (101 ), bei der die gesendeten Vi- 
deofilme wiedergegeben werden, sendet, 
wobei die Abschnitte der Videofilme vor 
der Ausfuhrung einer endgultigen Auswahl 
von Videofiimen gesendet werden; 
eine Bewegtbild-Wiedergabevorberei- 
tungsein richtung (106), die eine Vorberei- 
tung fur die Wiedergabe der Abschnitte der 
Videofilme, die von der Einrichtung (129) 
zum Senden vorhergesagter Videofilme 
gesendet werden, ausfuhrt, 
wobei die Abschnitte von Videofiimen, die 
durch die Videoauswahl-Vorhersageein- 
richtung (127) vorhergesagt werden, je- 
weils einen Anfangsabschnitt jedes der Vi- 
deofilme, fur die eine Auswahl vorherge- 
sagt wird, bilden, und 
wobei die Einrichtung (128) zum Senden 
vorhergesagter Videofilme zu der Endge- 
rat-Seite (101) dann, wenn eine endgultige 
Auswahl von Videofiimen erfolgt ist, die 



Revendi cat ions 

35 1 . Systeme de recouvrement de films pour reproduire 
une video selectionnee par un utilisateur pendant 
une courte periode de temps apres la delivrance 
d'une demande de video, comprenant : 

40 - des moyens de memoire de frequence de se- 
lection de video cat§gorisee (126) pour m6mo- 
riser, pour chaque categorie de videos, une fre- 
quence d'operations de selection pour chaque 
vid€o dans le pass§ ; 

45 - des moyens de specification de categorie (1 22) 
pour specifier une categorie de videos pour la 
selection ; 

des moyens de prevision de selection vid6o 
(1 27) actifs lorsqu'une categorie de videos pour 

50 la selection est specifiee par les moyens de 

specification de categorie (122) pour prevoir, 
en tant qu'une video finalement selectionnee 
ou des videos finalement selectionn^es, une vi- 
deo ou une pluralite de videos a selectionner, 

55 d§cidees comme ayant une frequence de se- 

lection plus 6lev6e parmi des videos apparte- 
nant a la categorie en consequence de I'opera- 
tion des moyens de memoire de frequence de 
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selection de video categorisee (126), 



ledit systeme de recouvrement de films com- 
prenant en outre : 

5 

des moyens de transmission de videos prevues 
(129) pour transmettre des parties de videos 
prevues par les moyens de prevision de selec- 
tion video (127), d'un cote serveur (121) dans 
lequel les videos sont mernorisees a un cote io 
terminal (101) dans lequel les videos transmi- 
ses sont reproduces, les parties de videos etant 
transmises avant qu'une selection finale de vi- 
deos soit effectuee ; 

des moyens de preparation de reproduction de is 
films (1 06) pour effectuer une preparation pour 
la reproduction des parties de videos envoyees 
par les moyens de transmission de videos pre- 
vues (129), 

20 

dans lequel les parties de videos prevues par 
les moyens de prevision de selection video (127) 
sont une partie de debut de chacune des videos 
dont la selection est prevue, et 

dans lequel les moyens de transmission de 25 
videos prevues (128) transmettent au cote terminal 
(101), lorsqu'une selection finale de videos est rea- 
lisee, des parties restantes de la video finalement 
selectionnee pendant que la partie de debut asso- 
ciee a la video selectionnee est reproduce. 30 

2. Systeme de recouvrement de films selon la reven- 
dication 1 , dans lequel le cote terminal (101 ) notifie 
au cote serveur (121), avant que les moyens de 
transmission de videos prevues (1 29) transmettent 35 
des videos, une capacite de memoire apte a rece- 
voir et disponible pour la reception de videos sur le 
cote terminal (101). 

3. Systeme de recouvrement de films selon la reven- 40 
dication 1 , dans lequel les cotes serveur et terminal 
(121, 101) effectuent une communication bidirec- 
tionnelle entre eux, 

dans lequel le systeme comprend en outre 
des moyens de selection video (1 22) pour restrein- 45 
dre sequentiellement une gamme de videos pour la 
selection dans le sens d'une classification plus lar- 
ge de videos vers une classification plus fine de cel- 
les-ci en effectuant une operation de commutation 
entre des ecrans d'affichage de menu, et so 

dans lequel chacun des ecrans d'affichage de 
menu est transmis du cote serveur (121) au cote 
terminal (101) en reponse a une demande prove- 
nant du cote terminal. 



11 



EP 0 726 535 B1 



> 

LU 
CO 



< 

en 
o 



O 
• — i 






CO 




INAL 

ORY 




ION 
URE 

noN 








a: lu 






£2 







to. 





z 


I — 


o 


INPU 


ECU 




to 



12 



EP 0 726 535 B1 



FI G. 2 

PRIOR ART 



SELECTION OF 
VIDEO SERVICE 



44 



F I G. 3 

PRIOR ART 




SELECTION OF 
GENRE 





I 1 O 












LOVE 


COM 


ACTION 


S.F. . 











-46 
47 



13 



EP 0 726 535 B1 



FI G. 4 

PRIOR ART 



SELECTION OF 
TITLE 




FI G. 5 

PRIOR ART 



REPRODUCTION OF 
SELECTED VIDEO 




14 



EP 0 726 535 B1 



CO 
CM 



CM 



CO 
CM 



z: 

ID 

QC 
UJ 
> 

cr 

UJ 
CO 



CO 



ID 

_J 
< 



UJ 





15 



EP 0 726 535 B1 




16 



EP 0 726 535 B1 



CO 
CM 



oo 



> 



CO 



00 

o 
o 



o 
o 
u 

<D 
tn 
5th 

0> 

*> 

O 

E 
ah 

y 



oo 



o 
o 

Cl. 

o 
ah 
a> 
*> 
o 

E 

>h 
(d 



CM 



CM 

o 

O 
-»-* 
o 

(CS 
>h 

a> 

o 

E 
>h 

«* 



CM 

O 
O 



17 



EP 0 726 535 B1 




O 

o 

ocUJ 
o<o 



to 



o 

UJ 




U-UJ 
, OLD 

uj -a: 
UJ Oo 
oc\ ^co 
o 

UJu] 

QC 

< l<-> 
I — \LOH- 

CO X 

UJ 



GO 
UJ 

o 

UJ 

DC 



< 

o 
o 

UJ 

o 

5; 



o 00 



00 CD CM 
OO 1- 



tO 



o 
o 

UJ 

2: 
2: 
o 
o 

QC 
O 



CO 
UJ 

ZD 

o 

UJ 



co to to to to 



o 

^ GO 



UJ UJ 
UJ UJ 

a: ^ 



0 9£ 

Lu CO 
° QC 

o 



o 
< 

o 
o 



to 

UJ 

o 

UJ 

QC 



to 

1— 
a: 
< 
1— 
to 



< 

Q- 
01 



to 



UJ 



u. 

o 

o 
o 

UJ 

1 

UJ 

CO 



UJ 
UJ 

cc 
o 

CO 



X 
UJ 



Lu 

o 

>- 
< 

I 

to 
• — t 
o 




r» s — v cn 



8M 



o:o 0 



to 
to 

UJ 

o 
o 
o 

UJ 



O 

o 
r> 
o 
o 

QC 
Q_ 



18 



EP 0 726 535 B1 



FI G. 10 

( START ) 



S1201 




CONNECT TERMINAL VIA 
COMMUNICATING SECTION TO SERVER 



I 



SEND DOWNLOAD REQUEST FOR 
START SCREEN AND TERMINAL MEMORY 
CAPACITY VIA COMMUNICATING 
SECTION TO SERVER 




-S1202 



S1203 



S1204 



DISPLAY SCREEN 



-S1205 



.S1208 



SEND VIDEO 
REQUEST VIA 
COMMUNICATING 
SECTION 
TO SERVER 



JL 



S1209 



REPRODUCE 
MOTION 
PICTURE 




S1206 



S1211 



SEND TERMINATION 
REQUEST VIA 
COMMUNICATING SECTION 
TO SERVER 



SEND SCREEN 
NUMBER OF 
NEXT MENU 
SCREEN VIA 
COMMUNICATING^ 
SECTION TO SERVER 



S1212- 



( END ) 



X 



PREPARE 
FOR PICTURE , 
REPRODUCTION 



19 



EP 0 726 535 B1 



FI G. 11 



( START ) 



Sf301 



CHECK TO DECIDE WHETHER OR 
NOT PICTURE CODES ARE SENT 
FROM SERVER TO COMMUNICATING 
SECTION 



S1302 



STORE PICTURE CODES 
AND RLE NAME IN 
TERMINAL MEMORY 




-S1303 



( RETURN ) 



20 



EP 0 726 535 B1 



FI G. 12 



( RETURN 3 



S1401 



N REQUEST 

-^^FOR VIDEO REPRODUCTION 

? 



Y 



DECIDE WHETHER OR NOT PICTURE 
CODES OF REQUESTED VIDEO ARE 
PRESENT IN TERMINAL MEMORY 



-S1402 



S1403 




S1404 



ACQUIRE DESIRED PICTURE 
XDES FROM THOSE STOREC 
IN TERMINAL MEMORY 



S1405 



S1408 



STORE PICTURE CODES 

FROM SERVER IN 
TERMINAL MEMORY BY 
COMMUNICATION SECTION 



REPRODUCE PICTURE 
CODES BY DECODER 



I 



REPRODUCE PICTURE 
CODES BY DECODER 



STORE REMAINING PICTURE 
CODES FROM SERVER IN 
TERMINAL MEMORY BY 
TERMINAL COMMUNICATION 
SECTION 



-S1406 



REPRODUCE PICTURE 
CODES BY DECODER 



S1407 



7 



S1409 



( RETURN ) 



21 



EP 0 726 535 B1 



FI G. 13 



( START ) 



S1501 




ESTABLISH 
TO TERMiNA- _ 
COMMUNICATION 



CONNECTION 
L BY SERVER 
~" SECTION 



S1502 



S1503 




RECEIVE BY SERVER 
COMMUNICATION SECTION 
DOWNLOAD REQUEST FOR 
START SCREEN AND 
TERMINAL MEMORY 
CAPACITY FROM TERMINAL 



S1504 



SEND START SCREEN TO 
TERMINAL VIA SERVER 
COMMUNICATION SECTION 



-S1505 



22 



EP 0 726 535 B1 



FI G. 14 



S1506 



S1508 



i / 

ADD ONE TO 
NUMBER (VC) 
OF USER REQUESTS 
FOR DESIRED 
PICTURE CODE 

R LE I N 
HISTORY TABLE 



SEND PICTURE 
CODES 




S1509 



S1511 



FORECAST 
PICTURE CODES 



S1512 



PREPARE FOR 
TRANSMISSION OF 
PICTURE CODES 



( END ) 



23 



EP 0 726 535 B1 



FI G. 15 



( START ) 



JvU^REQUEST 
FOR MENU 



S1601 



S1606 



L 



NOTIFY IMPOSSIBILITY 
OF FORECAST 



DECIDE HIERARCHIC LEVEL 
OF REQUESTED MENU 




S1602 



S1603 



CHECK HISTORY TABLE 
AND ASSIGN PRIORITY 
LEVELS TO REQUESTED 
VIDEO TITLES 



NOTIFY COMPLETION 
OF FORECAST 



~^S1604 



■S1605 



( RETURN ) 



24 



EP 0 726 535 B1 



FI G. 16 

( START ) 



DECL _ 
FORECASTING 



DE STATE OF 
" PICTURE CODES 



-S1701 




S1703 



CALCULATE TOTAL AMOUNT OF 
PICTURE CODES SENT TO TERMINAL 



S1706 



( RETURN ) 



READ FIRST PORTIC 
VIDEO TITLE FROM 
SEQUENCE OF PRIOU' 
IN FORECASTING ST 
PORTION IN SE 


)N OF FILE HAVING 
RLE SECTION IN 
"Y LEVELS ASSIGNED 
IP AND STORE THE 
RVER MEMORY 






SEND PICTURE CODES FROM SERVER 
MEMORY TO TERMINAL BY SERVER 
COMMUNICATING SECTION 



S1704 



S1705 




25 



EP 0 726 535 B1 



FI G. 17 



( START ) 



S1801 

I / 

DECIDE WHETHER OR NOT 
REQUESTED PICTURE CODES 
HAVE ALREADY BEEN SENT 
TO TERMINAL 



S1805 



READ REQUEST PICTURE CODES 
FROM FILE SECTION AND STORE 
THE CODES IN 
SERVER MEMORY 




S1806 



SEND PICTURE CODES FROM 
SERVER MEMORY TO TERMINAL 
BY SERVER TRANSMISSION 
SECTION 



READ FROM RLE SECTION 
PORTION OF CODES TO BE 
TRANSMITTED AND STORE THE 
CODES IN SERVER MEMORY 



JL 



S1804 



SEND PICTURE CODES FROM 
SERVER MEMORY TO TERMINAL 
BY SERVER TRANSMISSION 
SECTION 



( RETURN ) 



26 



